Multi-input robot surgical system control scheme

ABSTRACT

For controlling a robotic surgical system including arms, consoles, and a controller in communication with the arms and consoles, systems and methods are provided that include receiving a request for selection of a first arm for assignment to a first console, and in response to the request, determining whether the first arm is already assigned, assigning the first arm to the first console, if a determination is made that the first arm is not already assigned, determining whether the first arm is to be deselected from a previous assignment, if a determination is made that the first arm is already assigned, generating an error message, if a determination is made that the first arm is not to be deselected, and deselecting the first arm from the previous assignment and assigning the first arm to the first console, if a determination is made that the first arm is to be deselected.

BACKGROUND

Robotic surgical systems are increasingly being used to performminimally invasive medical procedures. Typically during such medicalprocedures, a clinician is positioned at a console remote from therobotic surgical system. The clinician provides input to a userinterface at the console to thereby control the robotic surgical system.For example, the clinician moves an input controller or handle tomanipulate an end effector that acts on a patient.

In some configurations of the robotic surgical system, multiple consolesare included to allow multiple clinicians to manipulate the system. Inthis regard, each of the consoles includes a user interface, which canbe used to control the same end effectors. However, allowing multipleusers to control the same end effector increases the need forcoordinated cooperation between the clinicians and may reduceefficiency. Thus, there is a need for a robotic surgical systemconfigured to be used with multiple consoles to allow each user toprovide an input without interfering with another. Additionally, thereis a need for the robotic surgical system to be operable by multipleclinicians while improving efficiencies during robotic surgicalprocedures.

SUMMARY

In an aspect of the present disclosure, a method of controlling arobotic surgical system is provided, the robotic surgical systemincluding a plurality of arms, a plurality of consoles, and a controllerin communication with the plurality of arms and the plurality ofconsoles. The method includes receiving a request for selection of afirst arm from the plurality of arms for assignment to a first consoleof the plurality of consoles, in response to the request, determiningwhether the first arm is already assigned, assigning the first arm tothe first console, if a determination is made that the first arm is notalready assigned, and determining whether the first arm is to bedeselected from a previous assignment, if a determination is made thatthe first arm is already assigned. The method also includes generatingan error message, if a determination is made that the first arm is notto be deselected, and deselecting the first arm from the previousassignment and assigning the first arm to the first console, if adetermination is made that the first arm is to be deselected.

In another aspect of the present disclosure, the method further includesplacing the plurality of consoles in a hold mode, prior to receiving therequest for selection.

In still another aspect of the present disclosure, in the method, theplacing the plurality of consoles in the hold mode includes determiningwhether any arm of the plurality of arms is assigned to any of theconsoles of the plurality of consoles and deselecting the assigned armsfrom the consoles.

In another aspect of the present disclosure, the method further includesreceiving a request for selection of a second arm from the plurality ofarms for assignment to a second console of the plurality of consoles, inresponse to the request, determining whether the second arm is alreadyassigned, determining whether the second arm is to be deselected, if adetermination is made that the second arm is already assigned, assigningthe second arm to the second console, if a determination is made thatthe second arm is not already assigned, generating an error message, ifa determination is made that the second arm is not to be deselected, anddeselecting the second arm and assigning the second arm to the secondconsole, if a determination is made that the second arm is to bedeselected.

In another aspect of the present disclosure, in the method, thereceiving the request for selection includes receiving the request forselection from the first console.

In another aspect of the present disclosure, in the method, thereceiving the request for selection includes receiving the request forselection from a remote computer.

According to another aspect of the present disclosure, a roboticsurgical system is provided and includes a plurality of linkagesmoveably coupled to a base, a plurality of consoles each including aninput device, a processing unit in communication with the plurality ofconsoles and operatively associated with the plurality of linkages, anda memory coupled to the processing unit. The memory includesinstructions that, when executed by the processing unit, causes theprocessing unit to receive a request for selection of a first linkagefrom the plurality of linkages for assignment to a first console of theplurality of console, in response to the request, determine whether thefirst linkage is already assigned, assign the first arm to the firstconsole, if a determination is made that the first linkage is notalready assigned, determine whether the first linkage is to bedeselected from a previous assignment, if a determination is made thatthe first linkage is already assigned, generate an error message, if adetermination is made that the first linkage is not to be deselected,and deselect the first linkage from the previous assignment andassigning the first linkage to the first console, if a determination ismade that the first linkage is to be deselected.

In an aspect of the present disclosure, the memory further includesinstructions that, when executed by the processing unit, causes theprocessing unit to place the plurality of consoles in a hold mode, priorto the receiving the request for selection.

In an aspect of the present disclosure, the memory further includesinstructions that, when executed by the processing unit, causes theprocessing unit to place the plurality of consoles in the hold modeincluding determining whether any arm of the plurality of arms isassigned to any of the consoles of the plurality of consoles anddeselecting the assigned arms from the consoles.

In an aspect of the present disclosure, the memory further includesinstructions that, when executed by the processing unit, causes theprocessing unit to receive a request for selection of a second arm fromthe plurality of arms for assignment to a second console of theplurality of consoles, in response to the request, determine whether thesecond arm is already assigned, determine whether the second arm is tobe deselected, if a determination is made that the second arm is alreadyassigned, assign the second arm to the second console, if adetermination is made that the second arm is not already assigned,generate an error message, if a determination is made that the secondarm is not to be deselected, and deselect the second arm and assigningthe second arm to the second console, if a determination is made thatthe second arm is to be deselected.

In an aspect of the present disclosure, the receiving the request forselection includes receiving the request for selection from the firstconsole.

In an aspect of the present disclosure, the receiving the request forselection includes receiving the request for selection from a remotecomputer.

In accordance with another aspect of the present disclosure, anon-transitory computer-readable medium is provided includinginstructions that, when executed by a processor, causes the processor toreceive a request for selection of a first linkage from the plurality oflinkages for assignment to a first console of the plurality of consoles,in response to the request, determine whether the first linkage isalready assigned, assign the first arm to the first console, if adetermination is made that the first linkage is not already assigned,determine whether the first linkage is to be deselected from a previousassignment, if a determination is made that the first linkage is alreadyassigned, generate an error message, if a determination is made that thefirst linkage is not to be deselected, and deselect the first linkagefrom the previous assignment and assigning the first linkage to thefirst console, if a determination is made that the first linkage is tobe deselected.

In an aspect of the present disclosure, the non-transitorycomputer-readable medium further includes instructions that, whenexecuted by the processing unit, causes the processing unit to place theplurality of consoles in a hold mode, prior to the receiving the requestfor selection.

In an aspect of the present disclosure, the non-transitorycomputer-readable medium further includes instructions that, whenexecuted by the processing unit, causes the processing unit to place theplurality of consoles in the hold mode including determining whether anyarm of the plurality of arms is assigned to any of the consoles of theplurality of consoles and deselecting the assigned arms from theconsoles.

In an aspect of the present disclosure, the non-transitorycomputer-readable medium further includes instructions that, whenexecuted by the processing unit, causes the processing unit to receive arequest for selection of a second arm from the plurality of arms forassignment to a second console of the plurality of consoles, in responseto the request, determine whether the second arm is already assigned,determine whether the second arm is to be deselected, if a determinationis made that the second arm is already assigned, assign the second armto the second console, if a determination is made that the second arm isnot already assigned, generate an error message, if a determination ismade that the second arm is not to be deselected, and deselect thesecond arm and assigning the second arm to the second console, if adetermination is made that the second arm is to be deselected.

In an aspect of the present disclosure, the receiving the request forselection includes receiving the request for selection from the firstconsole.

In an aspect of the present disclosure, the receiving the request forselection includes receiving the request for selection from a remotecomputer.

Robotic arms of robotic surgical systems may be selectively controlledby users operating one or more user inputs at one or more consoles. Anassignment of which robotic arms are controlled by which consoles may beidentified. Control of a first of the robotic arms may be assigned to afirst console in response to receiving a request to do so when the firstrobotic arm is not identified as assigned to at least one of theconsoles. Control of the first robotic arm may be deassigned from anyassigned consoles after a respective assigned console is in a hold moderesponsive to receiving the request when the first robotic arm isidentified as currently assigned to at least one of the consoles otherthan the first console. The system may wait until control of the firstrobotic arm has been deassigned from each of the currently assignedconsoles before the system assigns control of the first robotic arm tothe first console as specified in the request to do so.

Further details and aspects of exemplary embodiments of the presentdisclosure are described in more detail below with reference to theappended figures.

BRIEF DESCRIPTION OF THE DRAWINGS

Various aspects of the present disclosure are described hereinbelow withreference to the drawings, which are incorporated in and constitute apart of this specification, wherein:

FIG. 1 is a schematic illustration of a multi-input robotic surgicalsystem in accordance with an embodiment;

FIG. 2 is a functional block diagram of the system architecture forcontrolling the multi-input robotic surgical system of FIG. 1;

FIG. 3 is a block diagram of the control components for controlling themulti-input robotic surgical system of FIG. 1;

FIG. 4 is a flow diagram of a process for controlling the multi-inputrobotic surgical system of FIG. 1;

FIGS. 5 through 10 are simplified block diagrams illustrating selectionand deselection of arms by each console according to the processillustrated in FIG. 4 in accordance with an embodiment;

FIG. 11 is a flow diagram of another process for controlling themulti-input robotic surgical system of FIG. 1; and

FIGS. 12 through 14 are simplified block diagrams illustrating selectionand deselection of arms by the consoles according to the processillustrated in FIG. 11 in accordance with an embodiment

DETAILED DESCRIPTION

Embodiments of the present disclosure are now described in detail withreference to the drawings in which like reference numerals designateidentical or corresponding elements in each of the several views. Asused herein, the term “clinician” refers to a doctor, a nurse, or anyother care provider and may include support personnel. Throughout thisdescription, the term “proximal” refers to the portion of the device orcomponent thereof that is closest to the clinician and the term “distal”refers to the portion of the device or component thereof that isfarthest from the clinician.

Referring to FIG. 1, a multi-input robotic surgical system 1 inaccordance with the present disclosure is shown generally and includes arobotic system 10, a processing unit 30, and user interfaces 40. Therobotic system 10 generally includes linkages 12 and a robot base 18.Each of the linkages 12, which may be in the form of arms, has an end 14that moveably supports an end effector or tool 20 configured to act ontissue. The ends 14 of the arms 12 may include an imaging device 16 forimaging a surgical site “S”.

Each user interface 40 communicates with the robot base 18 through theprocessing unit 30 and includes a display device 44 which is configuredto display images. In accordance with an embodiment, the display device44 displays three-dimensional images of the surgical site “S” which mayinclude data captured by imaging devices 16 and/or include data capturedby imaging devices (not shown) that are positioned about the surgicaltheater (e.g., an imaging device positioned within the surgical site“S”), an imaging device positioned adjacent the patient “P”, or animaging device 56 positioned at a distal end of an imaging arm 52). Theimaging devices (e.g., imaging devices 16, 56) may capture visualimages, infra-red images, ultrasound images, X-ray images, thermalimages, and/or any other known real-time images of the surgical site“S”. The imaging devices transmit captured imaging data to theprocessing unit 30 which creates three-dimensional images of thesurgical site “S” in real-time from the imaging data and transmits thethree-dimensional images to the display device 44 for display. Inanother embodiment, the displayed images are two-dimensional renderingsof the data captured by the imaging devices.

The user interface 40 includes input devices 42 to allow a clinician tomanipulate the robotic system 10 (e.g., move the arms 12, the ends 14 ofthe arms 12, and/or the tools 20). Each of the input devices 42communicates with the processing unit 30 to transmit control signalsthereto and to receive feedback signals therefrom. Additionally oralternatively, each of the input handles 42 may include controlinterfaces (not shown) which allow the surgeon to manipulate (e.g.,clamp, grasp, fire, open, close, rotate, thrust, slice, etc.) the tools20 supported at the ends 14 of the arms 12.

In an embodiment, the input devices 42 are handles that are eachmoveable through a predefined workspace “W” to move the ends 14 of thearms 12 within a surgical site “S”. It will be appreciated that whilethe workspace “W” is shown in two-dimensions in FIG. 2, the workspace“W” is a three-dimensional workspace. The three-dimensional images onthe display device 44 are oriented such that the movement of the inputdevice 42 moves the ends 14 of the arms 12 as viewed on the displaydevice 44. It will be appreciated that the orientation of thethree-dimensional images on the display device may be mirrored orrotated relative to view from above the patient “P”. In addition, itwill be appreciated that the size of the three-dimensional images on thedisplay device 44 may be scaled to be larger or smaller than the actualstructures of the surgical site permitting the surgeon to have a betterview of structures within the surgical site “S”. As the input devices 42are moved, the tools 20 are moved within the surgical site “S” asdetailed below. Movement of the tools 20 may also include movement ofthe ends 14 of the arms 12 which support the tools 20. Althoughillustrated as a handle, a handle including a clutch switch, one or moreof the input devices 42 may be a touchpad, joystick, keyboard, mouse, orother computer accessory, and/or a foot switch, pedal, trackball, orother actuatable device configured to translate physical movement fromthe clinician to signals sent to the processing unit 30.

The movement of the tools 20 is scaled relative to the movement of theinput handles 42. When the input handles 42 are moved within apredefined workspace “W”, the input handles 42 send control signals tothe processing unit 30. The processing unit 30 analyzes the controlsignals to move the tools 20 in response to the control signals. Theprocessing unit 30 transmits scaled control signals to the robot base 18to move the tools 20 in response the movement of the input handles 42.

FIG. 2 is simplified block diagram of the robotic surgical system 10 ofFIG. 1. The robotic surgical system 10 includes a controller 220, atower 230, and consoles 240. The controller 220 is configured tocommunicate with the tower 230 to thereby provide instructions foroperation, in response to input received from one of the consoles 240.

The controller 230 generally includes a processing unit 222, a memory224, a tower interface 226, and a consoles interface 228. The processingunit 222, in particular by means of a computer program stored in thememory 224, functions in such a way to cause components of the tower 230to execute a desired movement according to a movement defined by inputdevices 242 of the consoles 240. In this regard, the processing unit 222includes any suitable logic control circuit adapted to performcalculations and/or operate according to a set of instructions. Theprocessing unit 222 may include one or more processing devices, such asa microprocessor-type of processing device or other physical devicecapable of executing instructions stored in the memory 224 and/orprocessing data. The memory 224 may include transitory type memory(e.g., RAM) and/or non-transitory type memory (e.g., flash media, diskmedia, etc.). The tower interface 226 and consoles interface 228communicate with the tower 230 and consoles 240, respectively, eitherwirelessly (e.g., Wi-Fi, Bluetooth, LTE, etc.) and/or via wiredconfigurations. Although depicted as separate modules, the interfaces232, 234 are a single component in other embodiments.

The tower 230 includes a communications interface 232 configured toreceive communications and/or data from the tower interface 226 formanipulating motor mechanisms 234 to thereby move arms 236 a-d. Inaccordance with an embodiment, the motor mechanisms 234 are configuredto, in response to instructions from the processing unit 222, receive anapplication of current for mechanical manipulation of cables (not shown)which are attached to the arms 236 a-d to cause a desired movement of aselected one of the arms 236 a-d and/or an instrument coupled to an arm236 a-d. The tower 230 also includes an imaging device 238, whichcaptures real-time images and transmits data representing the images tothe controller 230 via the communications interface 232.

To manipulate the devices of the tower 230, each console 240 has aninput device 242, a display 244, and a computer 246. The input device242 is coupled to the computer 246 and is used by the clinician toprovide an input. In this regard, the input device 242 may be a handleor pedal, or a computer accessory, such as a keyboard, joystick, mouse,button, touch screen, switch, trackball or other component. The display244 displays images or other data received from the controller 220 tothereby communicate the data to the clinician. The computer 246 includesa processing unit and memory, which includes data, instructions and/orinformation related to the various components, algorithms, and/oroperations of the tower 230 and can operate using any suitableelectronic service, database, platform, cloud, or the like.

FIG. 3 is a simplified functional block diagram of a system architecture300 of the robotic surgical system 10 included in FIG. 2. The systemarchitecture 300 includes a core module 320, console modules 330, arobot arm module 340, and an instrument module 350. The core module 320serves as a central controller for the robotic surgical system 10 andcoordinates operations of all of the other modules 330, 340, 350. Forexample, the core module 320 maps control devices to the arms 14,determines a current status of the system 10, performs all kinematicsand frame transformations, and relays resulting movement commands. Inthis regard, the core module 320 receives and analyzes data from each ofthe other modules 330, 340, 350 in order to provide instructions orcommands to the other modules 330, 340, 350 for execution within therobotic surgical system 10. Although depicted as separate modules, twoor more of the modules 320, 330, 340, and 350 are combined as a singlecomponent in other embodiments.

The core module 320 includes models 322, observers 324, a collisionmanager 326, controllers 328, and a skeleton 329. The models 322 includeunits that provide abstracted representations (base classes) forcontrolled components, such as the motors 18 and/or the arms 12. Theobservers 324 create state estimates based on input and output signalsreceived from the other modules 330, 340, 350. The collision manager 326prevents collisions between components that have been registered withinthe system 10. The skeleton 329 tracks the system 10 from a kinematicand dynamics point of view. For example, the kinematics item may beimplemented either as forward or inverse kinematics, in an embodiment.The dynamics item may be implemented as algorithms used to modeldynamics of the system's components.

Each console module 330 communicates with surgeon control devices atcorresponding consoles 240 and relays inputs received from the console240 to the core module 320. In accordance with an embodiment, theconsole module 330 communicates button status and control devicepositions to the core module 320 and includes a node controller 332 thatincludes a state/mode manager 334, a fail-over controller 336, and a Ndegree of freedom (“DOF”) actuator 338.

The robot arm module 340 coordinates operation of a robot arm subsystem,an arm cart subsystem, a set up arm, and an instrument subsystem inorder to control movement of a corresponding arm 12. It will beappreciated that the robot arm module 340 corresponds to and controls asingle arm. As such, although a single robot arm module 340 is shown,additional modules 340 are included for each of the arms 236 a-d, in anembodiment. Each robot arm module 340 includes a node controller 342, astate/mode manager 344, a fail-over controller 346, and a Ndegree-of-freedom (“DOF”) actuator 348.

The instrument module 350 controls movement of a tool 20 (shown in FIG.2) attached to the arm 12 (also shown in FIG. 2). The instrument module350 is configured to correspond to and control a single tool. Thus, inconfigurations in which multiple tools are included, additionalinstrument modules 350 are likewise included. In an embodiment, theinstrument module 350 obtains and communicates data related to theposition of tool 20 on the arm 12. Each instrument module 350 has a nodecontroller 352, a state/mode manager 354, a fail-over controller 356,and a N degree-of-freedom (“DOF”) actuator 358.

As noted briefly above, the consoles are configured to be operatedconcurrently to allow more than one clinician to provide input to therobot system 10 and to manipulate the arms 236 a-d. For example, aclinician at one console 240 may provide input to one input 242, whileanother clinician may be situated at another console 240 to provideinput to another input 242. FIG. 4 is a flow diagram of a controlprocess 400 for operating a multi-input surgical system, in accordancewith an embodiment. The control process 400 prevents the multipleclinicians from attempting to control the same arm, for example, arm 236a-d of the tower 230.

At initiation of the control process 400, each console 240 is placed ina hold mode, at step 402. In an embodiment, the hold mode is a defaultmode after a power up, a reset, a reboot of the system, or after anotherinitiating operation of the system. During the hold mode, the arms 236a-d are unassigned to any console 240. According to an embodiment, in anevent that any of the arms 236 a-d are already assigned to a console,the arms 236-d are deselected and unassigned.

Next, a request is received from a console indicating that the clinicianat the console has made an arm selection at step 404. For example, theclinician at one of the consoles may use the input 242 to make the armselection via a keyboard, mouse, joystick or other input 242, such as bytyping a selection or selecting an icon or other representation from adrop down menu illustrating arms 236 a-d which may be selected. Inanother example, the consoles 1 and 2 may not be occupied by a userduring the time of arm selection, and hence, the signal to assign theone or more arms 236 a-d to console 1 occurs remotely from anothercomputer. In any event, if no signal has been received or the signal hasbeen received but the clinician has not made a selection within apredetermined time period, the consoles 1, 2 remain in the hold mode atstep 402. As part of the request, a determination is made as to whetherthe arm selection request originates from console 1 or console 2.

If the received input indicates that one or more of the arms 236 a-d hasbeen selected for assignment to console 1 and the predetermined timeperiod has not elapsed, a determination is then made as to whether theselected arms to be assigned to console 1 are already assigned toconsole 2 at step 406. If not, the selected arms are assigned to console1 at step 414. If so, a determination is made as to whether to deselectthe arm assigned to console 2 at step 408. Deselection may occurautomatically, for example, as a result of a prioritization of clinicianprivileges or console usage privileges. Alternatively, deselectionoccurs by a manual override in which a clinician having administratorprivileges deselects the arms. If the already-assigned arm(s) are not tobe deselected, an error message is communicated at 410. The errormessage may be communicated to the clinician attempting to select thealready-assigned arm and/or to the clinician at the console to which thearm has already been assigned. A flashing message on one or both of thedisplays 244, an audible tone, a vibration, or other signal is used toalert the clinician(s) that the arms are unavailable for assignment.

If the arm(s) are to be deselected, the arm is deselected at step 412and is then assigned to console 1 at step 414. In an embodiment, onceassigned, the arm can only be operated by the clinician at console 1,and the clinician at console 2 is unable to control the arm unless itbecomes deselected. In another embodiment, override protocols areincluded such that, if initiated, the clinician at console 2 canovertake control of the arm, even if the arm has not been deselected.

Returning to step 404, if a signal is received indicating that an inputhas been received that an arm selection has been made at console 2, adetermination is then made as to whether the selected arm is alreadyassigned to console 1 at step 416. If not, the selected arms areassigned to console 1 at step 424. If so, a determination is made as towhether to deselect the already-assigned arm from console 1 at step 418.As noted above, the determination to deselect the arm is an automaticresponse due to priority of the clinician privilege or console usageprivilege, or a manual input received from the clinician. If the arm isnot to be deselected, an error message is communicated at 420. An errormessage, such as a flashing message on the displays of one or both ofthe consoles 1 or 2, an audible tone, a vibration, or another alertsignal, is communicated to the clinician. If the arm is to bedeselected, the arm is deselected at step 422 and is then assigned toconsole 2 at step 424. In an embodiment, once assigned, the arm can onlybe operated by the clinician at console 2, and the clinician at console1 is unable to control the arm unless it becomes deselected. In anotherembodiment, override protocols are included such that, if initiated, theclinician at console 1 overtakes control of the arm, even if it has notbeen deselected.

After step 414 or 424, the method 400 iterates at step 404. It will beappreciated that as part of the assignment of the arms, the displays andinput signals, such as foot switch signals or clutch signals, alsooperate normally for each clinician of the assigned arms. Control of theimaging device 238 associated with an arm is also assigned with theassigned arm. For example, assignment of the imaging device 238 occursin a similar manner as the assignment of the arms. In an embodiment inwhich the arm assignments are divided between both console 1 and console2, if the imaging device 238 has not already been assigned to one of theconsoles, a clinician at one of the consoles 1, 2 can select the imagingdevice 238 for assignment to his or her console 1, 2.

Turning now to FIGS. 5-10, simplified block diagrams illustrating theprocess of assigning the arms to the consoles are provided. FIG. 5 is arepresentation of the system 10 in a hold mode. As noted above, none ofarms 1-4 are assigned to a console during the hold mode. In anembodiment, arms 1 and 3 are selected to be assigned to console 1.Hence, a determination is made as to whether arms 1 and 3 have alreadybeen assigned to console 2. If arms 1 and 3 have not been assigned, theyare assigned to console 1, as shown in FIG. 6. As arms 2 and 4 were notselected to be assigned to console 1, arms 2 and 4 remain unassignedwhile console 2 has no arms assigned.

In an embodiment, arm 2 is selected to be assigned to console 2. After adetermination is made that arm 2 is not assigned to console 1 (as shownin FIG. 6), system 10 assigns arm 2 to console 2 as illustrated in FIG.7. Arm 4 remains unassigned.

In the event that a selection of either or both of arms 1 or 3 is madeby console 2, neither arm can be re-assigned to console 2 due to theirassignment to console 1. As shown in FIG. 8, console 1 deselects arms 1and 3 so that arms 1 and 3, along with arm 4, are now unassigned and arenow free to be assigned. In an embodiment, console 2 may receive arequest to deselect arm 2 as well so that arm 2, along with arms 1, 3,and 4, is unassigned as illustrated in FIG. 9. Because arms 1 and 3 areunassigned, when console 2 sends a request for arms 1 and 3 to beassigned, both are assigned to console 2 as shown in FIG. 10.

FIG. 11 is a flow diagram of a control process 1100 for operating amulti-input surgical system, in accordance with another embodiment.Here, while one clinician controls arms 236 a-d of the tower 230, theother clinician cannot gain control unless a pause or release input isdetected. Additionally, in an embodiment, the information presented onthe displays 244 of each console 240 is substantially identical so thateach clinician sees the same information during the process 1100.

With reference to FIGS. 2 and 11, at initiation of the control process1100, each console 240 is placed in a hold mode, at step 1102. As notedabove, the hold mode is a default mode after a power up, a reset, areboot of the system, or after another initiating operation of thesystem. During the hold mode, controls associated with the system arenot assigned to either console 240. As such, the arms 236 a-d areunassigned to any console 240, and according to an embodiment, in anevent that any of the arms 236 a-d or other controls are alreadyassigned to a console, the arms 236-d are deselected and unassigned andthe controls are unassigned to either console.

Next, an input is received at a console indicating that the clinician atthe console has requested control of the system at step 1104. In anembodiment, the clinician at one of the consoles 1, 2 uses the input 242to request control of the system via a keyboard, mouse, joystick orother input 242, such as by typing a selection or selecting an icon orother representation from a drop down menu. In another embodiment, theclinician requests control of the system by selecting an iconrepresenting the arms 236 a-d which may be selected. According to yetanother embodiment, the clinician requests control of the system bydepressing a foot pedal or pressing a button on the handle, which may bethe input 242. In an embodiment, the consoles 1 and 2 may be unoccupiedduring the time of selection, and hence, the signal to request controlof the system to console 1 occurs remotely from another computer. If nosignal has been received or the signal has been received but theclinician has not provided an input within a predetermined time period,the consoles 1, 2 remain in the hold mode at 1102. As part of therequest, a determination is made as to whether the control requestoriginates from console 1 or console 2 at step 1106.

If a determination is made that the request originates from console 1,console 2 is either placed or maintained in the hold mode at step 1108,and control of the system is provided to console 1 at step 1110.Although shown in a successive order, step 1108 and step 1110 may beperformed concurrently or in reverse order.

A determination is made as to whether console 1 is in hold mode at step1112. If not, the process 1100 iterates at steps 1108 and 1110 whereconsole 2 is maintained in hold mode while the system control continuesto be to console 1. If the determination is made that console 1 is inhold mode, the process 1100 iterates at step 1104 to determine ifanother input request has been received.

Returning to step 1106, if a determination is made that the inputrequest is received from console 2, console 1 is placed in hold mode atstep 1114 and system control is provided to console 2 at step 1116.Similar to steps 1108 and 1110, steps 1114 and 1116 are performedconcurrently in an embodiment or alternatively, in reverse order inanother embodiment.

At some point while the system is controlled by either console 1 orconsole 2, a situation may arise during which the clinician at the otherconsole may need to take over system controls. In this regard, theclinician at the console in hold mode may provide a corresponding input,such as depressing a pause button, selecting a pause icon or performinganother input-type of action, so that a pause input is detected atconsole 2 at step 1120 or from console 1 at step 1122 by the system. Ifthe pause input is detected, the process iterates at step 1102, wherethe consoles 1, 2 are placed in hold mode.

FIGS. 12-14 are simplified block diagrams illustrating the process ofproviding control to the consoles, for example, by assigning the arms tothe consoles, in accordance with an embodiment. FIG. 12 is arepresentation of the system 10 in a hold mode. Neither console is givencontrol of the system 10, and hence, none of the arms 1-4 are assignedto a console during the hold mode. FIG. 13 is a representation of thesystem 10 when control of one or more of the arms is requested fromconsole 1. In such case, all of the arms 1-4 are, and hence, systemcontrol is, assigned to console 1, and console 2 remains in the holdmode. In an embodiment in which a clinician at console 2 provides apause input to the system described above, control of the system 10 andall of the arms 1-4 are reassigned to console 2, and console 1 is placedin the hold mode.

The systems described herein may also utilize one or more controllers toreceive various information and transform the received information togenerate an output. The controller may include any type of computingdevice, computational circuit, or any type of processor or processingcircuit capable of executing a series of instructions that are stored ina memory. The controller may include multiple processors and/ormulticore central processing units (CPUs) and may include any type ofprocessor, such as a microprocessor, digital signal processor,microcontroller, or the like. The controller may also include a memoryto store data and/or algorithms to perform a series of instructions.

Any of the herein described methods, programs, algorithms or codes maybe converted to, or expressed in, a programming language or computerprogram. A “Programming Language” and “Computer Program” includes anylanguage used to specify instructions to a computer, and includes (butis not limited to) these languages and their derivatives: Assembler,Basic, Batch files, BCPL, C, C+, C++, Delphi, Fortran, Java, JavaScript,Machine code, operating system command languages, Pascal, Perl, PL1,scripting languages, Visual Basic, metalanguages which themselvesspecify programs, and all first, second, third, fourth, and fifthgeneration computer languages. Also included are database and other dataschemas, and any other meta-languages. No distinction is made betweenlanguages which are interpreted, compiled, or use both compiled andinterpreted approaches. No distinction is also made between compiled andsource versions of a program. Thus, reference to a program, where theprogramming language could exist in more than one state (such as source,compiled, object, or linked) is a reference to any and all such states.Reference to a program may encompass the actual instructions and/or theintent of those instructions.

Any of the herein described methods, programs, algorithms or codes maybe contained on one or more machine-readable media or memory. The term“memory” may include a mechanism that provides (e.g., stores and/ortransmits) information in a form readable by a machine such a processor,computer, or a digital processing device. For example, a memory mayinclude a read only memory (ROM), random access memory (RAM), magneticdisk storage media, optical storage media, flash memory devices, or anyother volatile or non-volatile memory storage device. Code orinstructions contained thereon can be represented by carrier wavesignals, infrared signals, digital signals, and by other like signals.

While several embodiments of the disclosure have been shown in thedrawings, it is not intended that the disclosure be limited thereto, asit is intended that the disclosure be as broad in scope as the art willallow and that the specification be read likewise. Any combination ofthe above embodiments is also envisioned and is within the scope of theappended claims. Therefore, the above description should not beconstrued as limiting, but merely as exemplifications of particularembodiments. Those skilled in the art will envision other modificationswithin the scope of the claims appended hereto.

1-19. (canceled)
 20. A method of controlling a robotic surgical system,the robotic surgical system including a plurality of arms, a pluralityof consoles, and a controller in communication with the plurality ofarms and the plurality of consoles, the method comprising: receiving,from a first console of the plurality of consoles, a request for controlof the robotic surgical system; setting the plurality of consoles,except for the first console, into a hold mode; providing a control ofthe robotic surgical system to the first console; and determiningwhether the first console is in the hold mode.
 21. The method of claim20, wherein, while the first console controls the robotic surgicalsystem, the plurality of consoles, except for the first console, ismaintained in the hold mode.
 22. The method of claim 20, furthercomprising: checking whether a pause input is detected.
 23. The methodof claim 22, further comprising: setting the plurality of consoles inthe hold mode, if it is determined that the pause input is detected. 24.The method of claim 20, wherein the plurality of consoles are set in thehold mode by default.
 25. The method of claim 24, wherein the pluralityof consoles are set in the hold mode after a power up, a reset, areboot, or another initiating operation of the robotic surgical system.26. The method of claim 20, wherein the plurality of arms of the roboticsurgical system is unassigned to any console, when the plurality ofconsoles are set in the hold mode.
 27. The method according to claim 20,wherein the first console controls the plurality of arms when the firstconsole is provided the control of the robotic surgical system.
 28. Themethod according to claim 20, further comprising: receiving, from asecond console of the plurality of consoles, a request for control ofthe robotic surgical system; setting the plurality of consoles, exceptfor the second console, into the hold mode; providing a control of therobotic surgical system to the second console; and determining whetherthe second console is in the hold mode.
 29. A robotic surgical systemcomprising: a plurality of linkages moveably coupled to a base; aplurality of consoles each including an input device; a processing unitin communication with the plurality of consoles and operativelyassociated with the plurality of linkages; and a memory coupled to theprocessing unit, the memory including instructions that, when executedby the processing unit, cause the processing unit to: receive, from afirst console of the plurality of consoles, a request for control of therobotic surgical system; set the plurality of consoles, except for thefirst console, into a hold mode; provide a control of the roboticsurgical system to the first console; and determine whether the firstconsole is in the hold mode.
 30. The robotic surgical system of claim29, wherein, while the first console controls the robotic surgicalsystem, the plurality of consoles, except for the first console, is keptin the hold mode.
 31. The robotic surgical system of claim 29, whereinthe instructions, when executed by the processing unit, further causethe processing unit to: check whether a pause input is detected.
 32. Therobotic surgical system of claim 31, wherein the instructions, whenexecuted by the processing unit, further cause the processing unit to:set the plurality of consoles in the hold mode, if it is determined thatthe pause input is detected.
 33. The robotic surgical system of claim29, wherein the plurality of consoles are set in the hold mode bydefault.
 34. The robotic surgical system of claim 33, wherein theplurality of consoles are set in the hold mode after a power up, areset, a reboot, or another initiating operation of the robotic surgicalsystem.
 35. The robotic surgical system of claim 29, wherein theplurality of linkages of the robotic surgical system is unassigned toany console, when the plurality of consoles are set in the hold mode.36. The robotic surgical system according to claim 29, wherein the firstconsole controls the plurality of linkages when the first console isprovided the control of the robotic surgical system.
 37. The roboticsurgical system according to claim 29, wherein the instructions, whenexecuted by the processing unit, further cause the processing unit to:receive, from a second console of the plurality of consoles, a requestfor control of the robotic surgical system; set the plurality ofconsoles, except for the second console, into the hold mode; provide acontrol of the robotic surgical system to the second console; anddetermine whether the second console is in the hold mode.
 38. Anon-transitory computer-readable medium including instructions that,when executed by a computer, causes the computer to perform a method ofcontrolling a robotic surgical system, the robotic surgical systemincluding a plurality of arms, a plurality of consoles, and a controllerin communication with the plurality of arms and the plurality ofconsoles, the method comprising: receiving, from a first console of theplurality of consoles, a request for control of the robotic surgicalsystem; setting the plurality of consoles, except for the first console,into a hold mode; providing a control of the robotic surgical system tothe first console; and determining whether the first console is in thehold mode.